Columbia Kermit/kermit.zip/e/misc.save/[e-mail]_Sat Apr 5 14:47:20 2008.msg

Internet Message Format | 2020-01-01 | 4KB

Path: reader2.panix.com!panix!newsfeed.stanford.edu!postnews.google.com!news1.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!news1.optus.net.au!optus!newsfeeder.syd.optusnet.com.au!news.optusnet.com.au!not-for-mail
Date: Thu, 03 Apr 2008 12:59:48 +1100
From: PC Pete <[e-mail]>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070815)
MIME-Version: 1.0
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Help with CPVGEN sources for TurboDOS system?
References: <[e-mail]> <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 48
Message-ID: <47f43a14$0$17201$[e-mail]>
NNTP-Posting-Host: 122.107.177.239
X-Trace: 1207187988  17201 122.107.177.239
X-Original-Bytes: 3513
Xref: panix comp.protocols.kermit.misc:15743

Frank da Cruz wrote:
> There is no CKVGEN.ASM.  I apologize for the inadequate or misleading
> documentation, but I believe the thing to do is to edit CPXTYP.ASM
> and change the definition for one and only one of the system types
> (in this case "gener") from FALSE to TRUE.  Or if TurboDOS is more like
> CP/M 3 than CP/M 2.2, do this for "cpm3" rather than "gener".
>
Thanks, Frank, that makes a bit more sense to me. I did a lot of
assembly programming (like you, too long ago and too far away to want to
remember how old that makes me! :)), and I never ever linked in hex
sources with any rel or mac files. That's what was driving me nuts - the
doco actually states the system-independent source must be compiled,
then linked (merged using DDT) with the system-dependent hex file, and
instructions for how to build the system-dependent files aren't
mentioned anywhere I've looked - it all seems to be "pre-built", which
seems a bit strange, unless there's proprietary code or licence issues.

> And as Marc Sapiro noted (and I forgot until just now) there is also a
> binary for TurboDOS, available in both straight hex (not Intel hex)
> format and UUencoded.  The hex is about 52K, so it should be "just" a
> question of getting it into your box in one piece somehow and
> dehexifying it.
>
> - Frank

I've downloaded the ASCII hex, de-hexed the TD binary (I still had the
Turbo Pascal source I wrote in 1989 for that exact problem on the target
system, which was a really nice break), and run it - and it starts up,
then before a prompt appears, it crashes out. Actually, it resets the
CPU completely, which is what happens on this system when the transient
BDOS portion is overwritten. I've even tried running it in Bank 0, but
the ccp can't load it, I've got less than 26k free in bank 0.

I suspect (and my memory is a bit hazy) that it's because I'm running it
on a SLAVE processor, not the same processor configured as a standalone
CPU system (it's the Pulsar Z80B I'm doing this all on, with a Pulsar
80186 master CPU, running TurboDOS 1.4). That's going to be a problem,
because I don't have a working floppy drive - I have plenty of CP/M 2.2
and standalone TurboDOS boot floppies that I know are configured for
this system, but there's no way of getting access to them, even if I
could remember which of the 16 jumpers and 8 switches and replacement
PALs I need to turn the slave into a standalone/master...

If nothing else, it's been a blast finding all this again, and I'm
flabbergasted at how helpful the few remaining folks have been. I really
hope I can return the favour.

Back to configuring... and crossing fingers.